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1 REMARKS 

2 These remarks follow the order of the paragraphs of the office action. Relevant portions of the 

3 office action are shown indented and italicized. 

4 Applicants express their appreciation for the opportunity to discuss the application and rejections 

5 with the Examiner. It is unfortunate that agreement was not reached. Amendments are made in 

6 an attempt to satisfy the Examiner's comments. 

7 DETAILED A CTION 

8 Claim Rejections -35 USC § 112 

9 1. The following is a quotation of the first paragraph of 36 USC 112: The specif ication 

10 shall contain a written description of the invention, and of the manner and process of 

1 1 making and using it, in such full, dear, concise, and exact terms as to enable any person 

12 skilled in the art to which it pertains, or with which it is most nearly connected, to make 

13 and use the same and shall set forth the best mode contemplated by the inventor of 

1 4 carrying out his invention. 

1 5 The following is a quotation of the second paragraph of 35 U.S. C. 112: 

1 6 The specification shall conclude with one or more claims particularly pointing out 

17 and distinctly claiming the subject matter, which the applicant regards as his invention. 

18 2. Claims 1-10, 17-18, 21-22 are rejected under 35 U.S.C. 1 1 2, first paragraph, as 

19 failing to comply with the enablement requirement. The claim(s) contains subject matter, 

20 which was not described in the specification in such a way as to enable one skilled in the 

21 art to which it pertains, or with which it is most nearly connected, to make and/or use the 

22 invention. 

23 Claim 1 recites a buffer storing indications of interrupts in line 2, "moving the contents 

24 of the buffer to the pay load portion of the control data block, and sending the control 

25 data block to the host computer system ' in lines 7-9. The recitations suggest that 

26 indications of interrupts are being transferred to the host computer system, yet claim 1 

27 also recites "said apparatus for transferring interrupts from the peripheral device to a 

28 host computer in lines 3-4. The specification does not disclose transferring interrupts and 

29 indications of interrupts to the host computer. 

30 In response, the applicants respectfully states that claims are amended based on the discussion 

3 1 with the Examiner to better express the invention claimed. Examiner requested backup in the 
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1 specification for the elements of the claims. The following includes some of the references in the 

2 application to an indication. Applicants are using the word interrupt to be any indication. 

3 However, to overcome the rejection, the word indication event' is used in claim 1 . 

4 In the specification, events include at least of: internal flag, a status indication of completion of 

5 the read operation, an indication that a new header is waiting in the Headerln FIFO , or an 

6 indication that a packet header is ready for the RX Headerln FIFO 640, an indication is sent to the 

7 RX processor 160. Also, see: 



8 p 23, line 2: At the end of the header processing, a descriptor, or a set of descriptors, are 

9 written to the LCP RX HeaderOut FIFO 410, and an indication is triggered 

10 pg. 29, line 1 : For example, in the case of a reliable transmission, the TX processor 150. 

1 1 Reads internal registers indicating the status of a packet transmission. In the case of 

12 reliable reception, the RX processor 160 gets a completion indication as a received packet 

13 which includes an acknowledgment. In the case of a receive DMA completion, the RX 

14 processor 160 uses frame completion information. In the case of a transmit DMA 

15 completion, the TX processor 150 indicates the reception of a frame for transmission in 

16 the adapter 80. A completion queue can be used by a single TX or RX LCP channel or 

17 may shared by multiple channels. Micro code in the adapter 80 updates a status queue by 

18 initiating a frame descriptor into a command queue of the RX LCP engine 360. Referring 

19 to Figure 1 1, the status is transferred to the memory 60 of the host 10 via a completion 

20 status LCP 900 comprising a completion queue 920. The completion queue 900 is 

21 continuous (either physically or virtually) and is located in the memory 60 of the host 10. 

22 For example, the completion queue can be held in a continuous buffer. Entries 930 in the 

23 completion queue preferably have a fixed size. Each entry holds a pointer 940 to the head 

24 of a buffer 950 associated with a receive LCP 910. The buffer 950 is filled by the packet 

25 960 associated with the completion status.. 

26 page 38, line 21: 
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1 At step 1640, once processing of the descriptor is completed, a completion event 

2 indication 1650 is sent to an interrupt FIFO buffer 1660 in the ISOC 120 by an interrupt 

3 controller of the ISOC 120. 

4 page 39, line 10: The operation of the ISOC 120 following a completion event varies 

5 depending on the value of the EventMask and the CompletionEvent bit in the context 140. 

6 If the EventMask bit is cleared, an indication is sent to the interrupt controller of the ISOC 

7 120 and the EventMask bit is set by the ISOC 120. 

8 pg 39, line 20: The operation of the ISOC 120 following a completion event varies 

9 depending on the value of the EventMask and the CompletionEvent bit in the context 140. 

10 If the EventMask bit is cleared, an indication is sent to the interrupt controller of the ISOC 

1 1 120 and the EventMask bit is set by the ISOC 120. 

12 p40, 111: There is at least a predetermined minimum number of event completion 

13 indications in the FIFO 1660 and a predetermined minimum time period has passed; 

14 3. Claims 11-16 19-20 are rejected under 35 U.S.C. 112, first paragraph, as failing to 

15 comply with the enablement requirement. The claim(s) contains subject mailer, which 

16 was not described in the specification in such a way as to enable one skilled in the art to 

17 which it pertains, or with which t is most nearly connected, to make and/or use the 

1 8 invention. 

19 It appears that there is no support for moving the contents of the buffer to the 

20 corresponding fields of the payload portion " - as page 38, lines 25-26 merely discloses 

21 "when preset conditions are met, an Interrupt Control Block (ICB) 1680 is generated by 

22 the ISOC 120 from the information stored in the interrupt FIFO 1660 ". 



23 In response, the applicants respectfully states that 



24 4. Claims 13-15 are rejected under 35 U.S.C. 112, first paragraph, as failing to comply 

25 with the enablement requirement. The claim(s) contains subject matter, which was not 

26 described in the specification in such a way as to enable one skilled in the art to which it 

27 pertains, or with which it is most nearly connected, to make and/or use the invention. 



28 In response, the applicants respectfully states that. 
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1 Claim 13 recites "at least a predetermined plurality of indications is stored in the 

2 buffer". Claim 14 recites at least one indication is stored in the buffer". 

3 In response, the applicants respectfully states that 



4 Claim 15 recites "a count indicative of the number of indications included in the 

5 payload portion" . 

6 The claims suggest that interrupts and indications are two different entities, while the 

7 specification only discloses only one entity being stored in the buffer and the count being 

8 indicative of only one entity. 

9 In response, the applicants respectfully states that 



10 5. Claims 10, 22 are rejected under 35 U.S.C. 112, first paragraph, as failing to comply 

1 1 with the enablement requirement. The claim(s) contains subject matter, which was not 

12 described in the specification in such a way as to enable one skilled in the art to which it 

13 pertains, or with which it is most nearly connected, to make and/or use the invention. The 

14 examiner cannot find support for the limitations of the claims. In particular, it is not 

1 5 clear what constitute the claimed apparatus, the claimed host processing system, the 

16 claimed memory of the host processing system, the claimed data processing system, the 

17 claimed host computer, and the claimed memory of the host computer system. Applicant 

1 8 is required to specifically point out where to find the support for the limitations of the 

19 claims in the specification, by page and line number - and in particular, applicant is 

20 required to map out each of the elements claimed with the teachings of the specification. 

21 In response, the applicants respectfully states that 



22 6. No art rejection was made to claims 1-16, 21-22 because the scope of the claims is 

23 ambiguous, and it is not possible for the examiner to apply prior art without making a 

24 great deal of speculation. 

25 In response, the applicants respectfully states that 
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1 Claim Rejections -35 USC §102 

2 7. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 

3 form the basis for the rejections under this section made in this Office action: A person 

4 shall be entitled to a patent unless - 

5 (b) the invention was patented or described in a printers publication in this or a foreign 

6 country or in public use or on sale in this country, more than one year prior to the date 

7 of application for patent in the United States. 

8 8. Claims 17-20 are rejected under 35 U.S.C. 102(b) as being anticipated Raasch et al. 

9 (US 5,333,273). 

10 In response, the applicant respectfully states that Claims 17-20 are not made patentable by the 

11 invention of Raasch. The present invention, claimed in Claims 17-20, provides: 

12 "Methods, systems and apparatus for transferring interrupts from a peripheral device to a 

13 host computer system is described. In an example embodiment, an apparatus comprises a 

14 buffer for storing indications of interrupts generated by the peripheral device. In response 

15 to a preset condition being met, a controller generates a control data block having a 

16 payload portion, moves the contents of the buffer to the payload portion of the control 

17 data block, and sends the control data block to the host computer system." 

18 Whereas, the cited art to Raasch, US Patent 5,333,273, filed: September 3, 1992, is entitled: 

19 "Protected hot key function for microprocessor-based computer system". The abstract reads: "An 



20 ISA-compatible computer system includes an additional function key on its keyboard. The 

21 additional function key does not have a defined function for conventional ISA-standard 

22 computers. When a conventional alphanumeric key or function key is activated on the keyboard, 

23 the computer system is interrupted using IRQ1 and the key information is communicated to the 

24 computer system so that the computer system can respond in a conventional manner using a 

25 conventional keyboard interrupt handling routine. When the additional function key and an 

26 alphanumeric key are activated in combination, a second interrupt different from the IRQ1 

27 interrupt is activated (e.g., IRQ15). The computer system responds to the second interrupt by 

28 inputting an identification of the activated alphanumeric key and performing a selected 

29 predetermined function in response thereto. The handling of the second interrupt is performed by 

30 a separate interrupt handling routine within the computer system so that conventional terminate 

3 1 and stay resident (TSR) programs that intercept conventional keyboard inputs cannot readily 
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1 intercept keyboard input initiated by the additional function key ". Thus Raasch is not concerned 

2 with or teach, indications of events or a preset condition as in the claims. Thus, all claims are 

3 allowable. 

4 9. As per claims 17, 19 , Raasch leaches a computer program product (or article of 

5 manufacture) comprising a computer usable medium [ 138, FIG. 1 ] having computer 

6 readable program code means [BIOS: col. 5, lines 18-2 1 J embodied therein for causing 

7 transfer of interrupts [col. 4, lines 66-68], the computer readable program code means in 

8 said computer program product (or article of manufacture) comprising computer 

9 readable program code means [BIOS: col. 5, lines 18-21] for causing a computer (100, 

10 FIG. 1] to effect the functions of the apparatus of claim 1 (or the method of claim 11)- as 

1 1 the BIOS would cause a computer to effect the functions of any apparatus, hence 

12 including functions of the apparatus of claim 1; and as the BIOS would cause a computer 

13 to effect the steps of any method, hence including the steps of the method of claim 11. 

14 In response, the applicants respectfully states that Raasch is not concerned with or teach. 

15 indications of events or a preset condition as in the claims. Thus, all claims are allowable. 

16 10. As per claim 18, Raasch teaches a computer program product comprising a 

17 computer usable medium [138. FIG. 11 having computer readable program code means 

18 [BIOS: col. 5, lines 18-21] embodied therein for causing data processing [col. 5, lines 

1 9 18-2 1 /, the computer readable program code means in said computer program product 

20 comprising computer readable program code means [BIOS: col. 5, lines 18-21] for 

21 causing a computer [100, FIG. 1] to effect the functions of the apparatus of claim 10- as 

22 the BIOS would cause the computer to effect the functions of any apparatus, hence 

23 including the functions of the apparatus of claim 10. 

24 In response, the applicants respectfully states that Raasch is not concerned with or teach. 

25 indications of events or a preset condition as in the claims. Thus, all claims are allowable. 



26 11. As per claim 20, Raasch teaches a program storage device [138, FIG. 1] readable 

27 by machine [100, FIG. 1], tangibly embodying a program of instructions (BIOS: col. 5, 

28 lines 18-21] executable by the machine to perform method steps for transferring 

29 interrupts [col. 4, lines 66-68], said method steps comprising the steps of claim 11 (the 

30 BIOS would cause a computer to effect the steps of any method, hence including the steps 

31 of the method of claim 11). 
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1 In response, the applicants respectfully states that Raasch is not concerned with or teach. 

2 indications of events or a preset condition as in the claims. Thus, all claims are allowable. 

3 // is anticipated that this amendment brings all claims to allowance. 

4 Please charge any fee necessary to enter this paper to deposit account 50-05 10. 

5 Respectfully submitted, 

6 By: /Louis Herzberg/ 

7 Dr. Louis P. Herzberg 

8 Reg. No. 41,500 
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